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(54) Method and system for a public key cryptosystem having proactive, robust, and recoverable 
distributed threshold secret sharing 

(57) A proactive threshold secret sharing cryptosys- 
tem using a set of servers. The cryptosystem is a 
threshold cryptosystem, in the sense that service is 
maintained if at least (k + 1) out of q servers are active 
and honest. The secret signature key is compromised 
only rf the adversary breaks into at least (k + 1) servers, 
it is robust in the sense that the honest servers detect 
faulty ones and the service is not disrupted. It is recov- 
erable, because if the adversary erases all the local 
information on the server it compromised, the informa- 
tion can be restored as soon as the server comes back 
to performing the correct protocol. The method and sys- 
tem has proactiveness, which means that in order to 
learn the secret, the adversary has to break into (k + 1) 
servers during the same round of the algorithm because 
the shares of the secret are periodically redistributed 
and rerandomized. The present invention uses a verifia- 
ble secret sharing mechanism to get the security 
requirements during the update between two rounds. 
The security of the scheme depends on the assumption 
of intractability of computing logarithms in afield of a big 
prime order and the EIGamal signature scheme. 
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Description 

TECHNICAL FIELD OF THE INVENTION 

5 The present invention relates to data processing systems and more particularly to data processing systems includ- 

ing cryptographic mechanisms for information security. 

BACKGROUND OF THE INVENTION 

10 Public key encryption systems are used to send and receive encrypted messages. Public key encryption systems 
are those in which a message is encrypted by performing a mathematical algorithm using a publicly available value, 
called the public key. Then, the recipient decrypts the message by performing an algorithm using a private value, called 
the private key. Public key encryption depends on choosing an encryption algorithm, E, and a decryption algorithm, D, 
such that deriving D, even given a complete description of E. would be effectively impossible. The three requirements 

15 of public key encryption are: 

1. D(E(P)) = P , wherein P is the message; 

2. It is exceedingly difficult to deduce D from E; and 

20 

3. E cannot be broken by attacking R 

Thus, the public key can be distributed freely. The private key, however, must be kept private by the entity that uses 
it. If an intruder accesses the memory content of the entity, the system security is broken. This holds true for all the orig- 
25 inal public key patents. In Key escrow systems and Micali's fair cryptosystems, the private key is split into many portions 
and each portion is held by a different entity. However, if with passing time an intruder is able to read each entity's mem- 
ory, system security is broken. 

Proactive Secret Sharing 

30 

To explain the concept of proactive secret sharing, the terminology of secret sharing schemes and their security 
characteristics must be explained. 

Threshold, Robustness and Recoverabilrty in Secret Sharing 

35 

Secret sharing was first introduced by G.R. Blakley, Safeguarding Cryptographic Keys, AFIPS Con. Proc. (v. 48). 
1979, pp. 313-317 and A. Shamir, How to Share a Secret, Commun. ACM, 22, 1979, pp. 612-613, which are both 
hereby incorporated by reference. In its most basic form, secret sharing is a way to divide a secret piece of information 
M among n participants, called share holders, so that together they will be able to reconstruct it. However, no group of 
40 (n - 1 ) share holders can learn anything about M. This mechanism is used to increase security whenever there is a need 
to safeguard a piece of information. The increase in security corresponds to being able to guard the secret from an 
adversary who can break into some servers, but not all of them. 

Every secret sharing scheme has these conceptual phases: 

45 (1) a dealing phase, when a dealer who knows the secret creates its shares and distributes them among the share 
holders; 

(2) a storage phase, when the shares are maintained by the share holders; and 
so (3) a reconstruction phase, when the share holders reconstruct the secret from their shares. 

The basic secret sharing described above is not very practical because if an adversary compromises a share 
holder and erases or modifies the secret share held by that holder, the secret M can never be reconstructed. Hence, 
the above scheme is secure against an adversary who can break into (n - 1) servers and learn their shares, but cannot 
55 erase or modify servers' memories or storage, cannot cause any server to crash and does not interfere either with the 
dealing of the shares or with the reconstruction of the secret. 

Before the properties of secret sharing that make the basic scheme more secure, are defined or the different types 
of adversary's attacks on servers must be defined: 



2 



BNSDOCID: <EP 0723348A2_I_ > 



EP 0 723 348 A2 



A server is compromised to the adversary if she breaks into it and learns all the secret information stored at this 
server: its secret share and keys used for communication. 

The adversary freezes a server if she causes it to stop working. It is assumed, however, that as soon as the adver- 
5 sary is purged, the server can return to performing the correct protocol (Le,, no data is lost). Cutting the server's 

access to the network is an example of freezing a server. Shutting off the power or killing all the processes on the 
server also constitute freezing, if all the necessary data (variables and the algorithm code) is not erased or modi- 
fied. A frozen server does not send or receive any messages; it is idle until human intervention brings it up again. 

io • The adversary controls a server if she can change the protocol it performs and cause it to send messages that are 
incorrect with respect to the original protocol. From the other server s point of view, such a server is cheating or dis- 
honest . Freezing is a trivial case of controlling. 

The adversary disables a server when she manages to erase or modify the secret data that the server stores. Eras- 
75 ing the protocol code or erasing public keys of other servers makes it harder for the system management to bring 
this server back to life, but since this information is public, it can be leinstalled into the server without exposing any 
secret information to the system operators. It is the destruction of server s secret share that makes a qualitative dif- 
ference between freezing and disabling. 

20 The desirable properties of secret sharing schemes, which offer security against the above types of adversaries, 
are described below. The concern is with security during the storage and reconstruction phases while leaving the deal- 
ing phase as insecure as in the basic secret-sharing scheme described above. This concern can be contrasted with ver- 
ifiable secret sharing schemes, which aim at increasing security during the dealing phase. 

A secret sharing scheme is called a threshold scheme if only (k + 1) out of n servers need to cooperate to recon- 

25 struct the secret. This property makes the system secure against attackers who: 

During the reconstruction phase freeze or disable up to k out of n servers. During the storage phase, the adversary 
can freeze more servers, and the threshold scheme will still be secure, provided that these servers are brought up 
before the reconstruction phase starts. 

30 

During the lifetime of the algorithm compromise k out of n servers. Compromising (k + 1) out of n servers allows 
the adversary to reconstruct the secret by herself. 

The above two requirements can be met only if the threshold k is a strict minority, Lfi,, when 2k + 1 ^ n. 

35 A secret sharing scheme is called robust if the reconstruction phase is secure in the presence of up to k cheating 
servers. The threshold scheme by itself relies on the fact that when the attacker can disable or freeze, but cannot control 
the compromised servers, then there is no problem in picking the group of (k + 1 ) non-faulty servers to reconstruct the 
secret, because faulty means non-active. In short, robustness makes the threshold scheme secure against adversaries 
who during the reconstruction phase can disable or control no more than k servers in total. 

40 A threshold secret sharing scheme is recoverable if the proper secret share can be restored to the server that lost 
it. This scheme assumes that a loss can happen during the storage phase only. Thus, the recovery mechanism will be 
carried out during the storage phase. The property of recovery in secret sharing is the object of the present invention. 
It makes the robust threshold scheme secure against adversaries who can disable or control no more than k out of n 
servers at any time during the storage phase. Whenever the system notices that some servers are disabled, the recov- 

45 ery phase starts and it will be successful assuming that it is so short that the adversary will not jump other servers dur- 
ing this phase. 

Recovery is needed whenever the secret share is lost. But that can happen with or without the adversary learning 
this secret share. The share might be lost because an adversary with compromising and disabling capabilities broke 
into a server, learned its secret share and erased or modified it. But the share might be lost due to a power outage. One 
so could argue that in the first case, the secret could just as well be restored publicly since the adversary knows it anyway. 
However, there might be more than one adversary, in which case, public recovery of a share spares the other adversar- 
ies some work. Also, since a mechanism to deal with the case of disability due to the power outage exists, it can be 
used in the case when one of the adversaries knows the secret. It is hard to know which case the security scheme is 
dealing with, so it is better to use one secure recovery mechanism whenever a secret share is lost. 

55 

Secret Recovery and Server Authentication 

If the adversary has capability of erasing or modifying the local storage and memory of the compromised server, 
and she can also inject messages to the communication channels between the servers, a fully automatic recovery is 
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impossible. A human being must reboot the server, start up the process performing the secret-sharing algorithm and 
reinstall some means of mutual authentication between this server and the others. 

The issue of server authentication is rarely discussed in connection to secret sharing. However, server authentica- 
tion is necessary to preserve the security of the recovery protocol in the presence of an adversary who can send mes- 

5 sages to the servers from outside the group of servers that participate in secret sharing. The recovering server A must 
have some means of authenticating the servers 6 that try to reinstall its share. Also, the servers B must be sure that it 
is indeed A to whom they are giving the proper share. These goals can be reached with either secure links between A 
and B's or with pairs of secret/public decryption and signature keys between A and servers in B. However, if the server 
A lost its secret share, it could also lose all its other secret keys used for securing and authenticating its links with the 

io other servers B. This means that human intervention in reinstalling means of authentication to a disabled server is nec- 
essary for recovery. This intervention will either consist of installing new server to server link security between A and 
servers EL or in reinstalling B's public authentication/encryption keys on A, letting A compute its new private keys and 
securely installing them on servers B. In the example of a proactive system, private/public keys are used for server to 
server communication, and hence the human intervention in the recovery mechanism will be of the second type. 

15 

Proactiveness 

A new property of secret sharing schemes must be defined: proactiveness . Proactiveness increases security by 
restricting the rate with which the adversary can compromise servers. The storage phase of the proactive secret shar- 
ed ing scheme is composed of rounds divided by short update phases. The scheme is secure against the adversary who 
can compromise no more than k servers during the same round. Without proactiveness, the scheme is secure against 
the adversary who can compromise up to k during the whole storage phase, Le^, effectively during the lifetime of the 
algorithm. A proactive scheme is secure against the adversary who compromises all of the servers, provided she does 
not do it too quickly. This property is achieved by a re-randomization of the secret shares held by the servers during the 
25 update phases. The update protocol is equivalent to re-dealing the secret without revealing it in the process. Formally, 
the update must achieve the following: 

1. No group of k or fewer servers participating in the update protocol can learn anything about the new shares of 
other servers. 

30 

2. Knowing k out of n previous shares and k out of n new shares does not reveal any information about the secret 
share. 

Proactiveness Versus Threshold, Robustness and Recovery 

35 

An adversary during the update phase protocol should be no stronger than during the reconstruction phase. There- 
fore, to proactivize a robust, recoverable threshold secret sharing scheme, the update phase must be secure against 
the adversary who can disable or control up to is servers. 

Proactiveness and recoverability in secret sharing make the most sense when they are used together. Notice that 

40 without a recovery mechanism, the proactive secret sharing increases security against some types of attack but 
decreases it against others. Non-proactive secret sharing schemes are secure against adversaries who can control 
servers during the storage phase, simply because the servers do not do anything during that phase. During the storage 
phase in a proactive scheme, servers periodically update their shares. Therefore, if a server is frozen or controlled dur- 
ing an update phase it will not have a proper share in the next round, which is equivalent to the case of the adversary 

45 with disabling capabilities. Hence, a proactive scheme is secure against an attacker who can control up to k servers in 
one round only if it has a recovery mechanism. Also it is secure against an attacker who can control or disable up to k 
servers in one round. 

SUMMARY OF THE INVENTION 

50 

It is an object of the present invention to provide a method of and system having a proactive, robust and recoverable 
distributed threshold secret sharing scheme. 

It is another object of the present invention to provide a proactively secure key certification authority using the 
above scheme. 

55 The foregoing and other objects are achieved by a method and system which provides a proactive threshold secret 
sharing cryptosystem using a set of servers. The proactive secret sharing cryptosystem is a distributed threshold cryp- 
tosystem, in the sense that service is maintained if at least (k + 1) out of n servers are active and honest. The secret 
signature key is compromised only if the adversary breaks into at least (k + 1) servers. It is robust in the sense that the 
honest servers detect faulty ones and the service is not cfisrupted, even when the servers infiltrated by the adversary 
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are cheating. It is recoverable, because if the adversary erases all the local information on the server it compromised, 
the information can be restored as soon as the server comes back to performing the correct protocol. The method and 
system has proactiveness, which means that in order to learn the secret, the adversary has to break to (k + 1) servers 
during the same round of the algorithm because the shares of the secret are periodically redistributed and rerand- 

5 omized. The present invention uses a verifiable secret sharing mechanism to get the security requirements during the 
update between two rounds. The present invention assumes that the servers are communicating through a broadcast 
medium, that they have fully synchronized, unbreakable local clocks and that they have local sources of true random- 
ness. The security of the scheme depends on the assumption of intractability of computing logarithms in a field of a big 
prime order. It also depends on the security of the EIGamal signature scheme, which is used for server-to-server 

w authentication. 

The foregoing has outlined rather broadly the features and technical advantages of the present invention in order 
that the detailed description of the invention that follows may be better understood. Additional features and advantages 
of the invention will be described hereinafter which form the subject of the claims of the invention. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention, and the advantages thereof, reference is now made 
to the following descriptions taken in conjunction with the accompanying drawings, in which: 

20 FIGURE 1 is a diagram of a server console; 

FIGURE 2 is a block diagram showing servers connecting to a communications channel; 

FIGURE 3 is a flow chart showing a high-level view of the sequence of steps of a preferred embodiment of the 
25 present invention; 

FIGURE 4 is a flow chart showing the sequence of steps of a preferred embodiment of the share update protocol 
of the present invention; 

30 FIGURE 5 is a flow chart showing the sequence of steps in step 41 0 of FIGURE 4; and 

FIGURE 6 is a flow chart showing the sequence of steps of a preferred embodiment of the share recovery protocol 
of the present invention. 

35 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT OF THE INVENTION 

The present invention is a proactive threshold secret sharing scheme with properties of robustness and recovera- 
bility Disclosed are the model and goals of this scheme and the tools that it uses. Also disclosed is a Key Certification 
Authority system using the present invention. The security of the scheme depends on the assumption of intractability of 
40 computing logarithms in a field of a big prime order. It also depends on the security of the EIGamal signature scheme, 
which is used for server-to-server authentication. The EIGamal signature scheme is disclosed in T EIGamal, A Public 
Key Cryptosystem and a Signature Scheme Based on Discrete Logarithm, IEEE Trans, on Informational Theory 31, p. 
465, 1985, which is hereby incorporated by reference. 

45 Model of the System and Assumptions About the Adversary 

Assume a system of n servers £ = {Ei. E2 En} that will proactively secret-share value x. Also, assume that the 

system is securely and properly initialized. The goal of the scheme is to prevent an adversary from learning x. At the 
same time, the adversary cannot prevent servers A from reconstructing x themselves when they need to. Given are 
so specifications about servers A and the communication network they communicate with. Also specified are the interac- 
tion mechanisms between the servers A and the human management as well as the trust held by the management. 

Model of Proactive Servers 

55 A representative hardware configure of a server for practicing the present invention is depicted in Figure 1 . which 
illustrates a typical hardware configuration of a workstation in accordance with the subject invention having central 
processing unit 10, such as a conventional microprocessor, and a number of other units interconnected via system bus 
12. The workstation shown in Figure 1 includes random access memory (RAM) 14, read only memory (ROM) 16, and 
input/output (I/O) adapter 18 for connecting peripheral devices such as disk units 20 and tape drives 40 to bus 12, user 
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interface adapter 22 for connecting keyboard 24, mouse 26. speaker 28, microphone 32, and/or other user interface 
devices such as a touch screen device (not shown) to bus 1 2. communication adapter 34 for connecting the workstation 
to a communications network, and display adapter 36 for connecting bus 1 2 to display device 38. 

Figure 2 shows how servers A are connected via private links L to a common broadcast medium £ called the com- 

5 munication channel or communication network, which also connects them to the outside world. The broadcast medium 
has the property that whenever a message is sent to it from a link connecting it to some server, it instantly reaches all 
the other links connected to this medium. The present invention assumes the servers in A are equipped with secure and 
synchronized clocks (not shown), which do not change or fail even when the adversary controls or disables a server. 
These clocks divide the time between rounds and update phases . Because of synchronization, every server in A gets 

10 the signal to start the update phase at the same time. Also assumed is that every server in A has a source of true ran- 
domness (not shown). If the adversary compromises a server, she cannot predict the future random numbers gener- 
ated on that server. Every server also has a figurative unbreakable box that contains a code with the algorithm 
described below for every server (not shown). 

15 Adversary 

The adversary's model of attacks on the servers A is an extension of a "mobile fault" model. R. Ostrovsky & M. 
Yung, How to Withstand Mobile Virus Attacks, Proc. of the 1 0th ACM Symposium on the Principles in Distributed Com- 
puting, 1991, pp. 51-61 and R. Canetti & A. Herzberg, Crypto 94, both of which are hereby incorporated by reference. 
20 Let 

25 

be the number of servers in A the adversary corrupts at any point during round 1. and let 

30 

be the number of additional servers whose links to the communication channel are under active attack by the adversary 
at any point during the round t Then, our proactive secret-sharing scheme is secure against the adversary for whom 
(kfl + {k 2 ^ ^ for every round t To achieve this bound we need ns2k+2 servers in A. 
35 The scheme can easily be made secure against stronger adversaries. First, it is possible to achieve the same 
bound k on adversaries in the round with one less server, La, 2k + 1 ^ n. Second, with changes to the synchronization 
mechanism, more attacks on the links can be allowed, because all such attacks are always detected by the system and 
the servers could halt the protocol until the management removes the adversary from the link 
Corrupting a server means any of the following: 

40 

Compromising it: Learning all the data it stores. 

Controlling it. Making it faulty with respect to the specified protocol. This includes freezing the machine. 

45 • Disabling it: Modifying (or erasing) its data. 

Additionally, the adversary always knows the data classified as public and it knows the algorithm M that each 
machine performs. For simplicity, the present invention treats "natural" power outages, data loss and other hardware 
failures as actions of the adversary. Therefore, every time a machine is faulty, assume that it is the adversary that cor- 
so rupted it. 

When a server is corrupted at any point during the update phase between two rounds, the server is corrupted for 
both of these rounds. The reason behind this way of counting corrupted servers is that it is impossible or at least very 
hard to differentiate between an adversary who moves from one server to another during the update phase and the 
adversary who just stays in both all throughout. This differentiation is not a realistic concern in this setting, where update 
55 phase is negligibly short when compared to the length of one round. Furthermore, the present invention treats the 
adversary who jumps from one server to another in the same way as if both of them are corrupted throughout the round. 

Apart from attacking servers in A, the adversary can attack the communication network between them. Assume the 
adversary has its own server £ that is connected via its link to the same communication channel Q that connects serv- 
ers A Therefore, it can both listen to messages broadcasted on Q and broadcast messages to £. However, when a 
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message reaches the communication channel, the adversary cannot prevent it from reaching all the links connected to 
it. The adversary can also make an attack on the link connecting some server in A with the communication channel. If 
a link to server P e A is under such attack, the adversary can block it both ways: it can Prevent E from hearing the mes- 
sages that are broadcasted on C as well as it can stop the messages sent by P broadcasted on C. Formally, the adver- 
5 sary can see all the tapes of both links L and the communication channel C. Replacing the algorithm of some link L with 
adversary's algorithm constitutes an active attack on that link while tampering with the algorithm of C is forbidden in this 
model. 

The present invention assumes that the adversary attacking the servers A and the links L is "removable", La, it can 
be removed when it is detected. However, server E is not "removable", it cannot be traced or cut from C. 

w 

Assumptions About the Human Management of the System 

Every server in A has console 38 through which it can display information to the human management. Through 
console 38 the managers can reboot the server and perform a procedure for renewal of the authentication keys. The 
75 console program allows for entering data to the server. The management is trusted in the following ways: they will not 
tamper with the servers and they wonl cheat in the protocol specified for them. In other words, the management is 
trusted to follow instructions on when and how to reboot a server and perform the reinstallation of authentication keys. 

The human management is responsible for tracing down the adversary attacking on the links. Assume that when- 
ever the management is instructed to check whether the link is under attack and remove the potential attacker, the pro- 
20 cedure is always successful. Also assume that all the procedures of rebooting servers, reinstalling public authentication 
keys and removing adversaries from the links take less time then the length of a round. 

The Secret Sharing Scheme 

25 A preferred method of the proactive verifiable secret sharing scheme of the present invention is shown by the flow 
chart of Figure 3. Figure 4 is a detailed flow chart of step 314 in Figure 3. Similarly. Figure 5 is a detailed flow chart of 
step 410 in Figure 4. 

initialization 

30 

Step 310 is to initialize the servers. Let p_ be a prime number such that p = mq + 1 , where g is also prime and m 
is a small integer like 2, 3 or 4. Let g be an element of of order g, La, g - = 1 ( mod p ) . The prime rj is chosen to be 
secure for the EIGamal encryption and signature schemes. The secret value x belongs to Zq ■ Use a modification of 
Shamir's secret sharing over a finite field Zg as the threshold secret sharing scheme: There exists a (k + 1) degree pol- 
35 ynomial f in Zg , such that f(0) = x ( modq ) and every server P ; . i e {1, n} has its secret share x™ = f(i) (mc . The 
index (1) denotes that these will be the values used in the first round. 

Additionally, each server P, has its private authentication and encryption key Wj, a random number in Zg . The set 
of public counterparts to these keys {r/ 1 >} /€ ^ „ } where 

m w o> 

40 ' ( mod p ) 

is public and stored by every server in A. Additionally, every server needs a set of one-way hashes of all Xj's for robust- 
ness in reconstruction of the secret. The present invention uses exponentiation as a one-way hash, and so every server 
stores a set {y/ 1 ^ {i,n}» where 
45 id 

y, (1) -0 X ' (modp) 

As mentioned in the description of the model, the present invention assumes that the adversary is not present in 
any way (passively or actively) during the initialization stage. Consequently, this initialization can be done openly. 
so After the initialization, local clocks of servers in A start ticking. At this point, the operation of the servers is synchro- 
nized into discrete time periods or rounds (step 31 2). At the end of each round, an update phase is triggered (step 314). 
In the update phase servers A perform an update protocol and then there is a reserved time for management to perform 
optional (up to k of them) key reinstallation procedures followed by share reconstruction protocols. The update phase 
is long enough to encompass all of these, but it is assumed to be short in comparison to a round. 

55 

Update Protocol 

To update the shares, as shown by step 314 and Figure 4, the present invention adapts a simplified version of the 
update protocol presented in R. Ostrovsky & M. Yung. When the secret x is stored as a value f (0) = x of a k degree 
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polynomial f in Zg, it can be updated by adding it to a k degree random polynomial 6 ( • ). where 6 (0) = 0 ( so that 
f iili(o) = f + M0) = x+ 0= x. Ostrovsky and Yung noticed that the linerarity of the operation of computing a 
polynomial at a point allows for a very simple update of the shares x , = f(i) , namely: 

5 f — 6( • ) <r- f -( • ) + 6( • ) (modq) Vjj — (j) = f (!> (i) + 5(i) (mod q) 

In the present system, 5( • ) = (f * ) + f 2 ( • ) + . . . + f n ( • )) (modq) , each polynomial fj (•). !i (0) = 0, i € {1,r»} of 
degree (k + 1 ) is picked independently and at random by the ffli server. The update protocol for each server P, , i e {1 ,n} 
is as follows: 

10 

1. P, picks (k+1) random numbers {fj_j)i€{1, ( k+1) } from Zg . These numbers define a polynomial 
f.(z)-f { 1 z +fj2? + • ■ - + \ j (k+1)? " ' n 2g » whose free coefficient is zero and hence, £ (0) = 0. 

2. For all other servers, Pj , Pj sends fj (j) ( mod q) to Pj . 

15 

0+1) w 

3. Pj computes its new share x j - 4- x j - + ( f ., (i) + f 2 (i) + . . . + f n (i)) ( modq ) and erases all the variables it 
used except its current secret key x/**-^. ~" 

To make this protocol secure against the adversary with controlling capabilities, the present invention uses the 
20 mechanism of verifiable secret sharing using one-way functions presented by R Feldman, A Practical Scheme for Non- 
Interactive Verifiable Secret Sharing, Proc. of the 28th IEEE Symposium on the Foundations of Computer Science, pp. 
427-37, 1987 and then discussed by T. P. Pedersen, Distributed Provers with Applications to Undeniable Signature, 
Eurocrypto 91 , 1991 , which are both hereby incorporated by reference. This particular verifiable secret sharing scheme 
is used because it is non-interactive, and its side effect is that it allows for update of the secret's exponents yj together 
25 with updating Xj 's. 

The honest servers should unanimously mark their shares of updating polynomial £ produced by server Pj as "bad" 
in the following two cases: 

1. If the shares fjjj) that P± 's receive are not values of any polynomial of degree (k + 1), or they are, but this poly- 
30 nomial £ is not a correct update polynomial because £ : (0) * 0. 

2. If shares 

used for updating public values y^ do not correspond to the secret update shares {ffj}}^ p ^ of £; . 

The values Wj /r_j as private / public key counterparts are used for authentication of messages coming from Pj and 
40 encryption of messages destined for Pj with EIGamal encryption. When Pj encrypts m g for Ej , it sends 
- (m{rj) H > 9 k ) where k e is a random number and the exponents are computed in Z^ . The receiver 
decrypts by using 

k k (-w ) 
m_=m(rj)- *(g-) — ( mod p ). 

45 

The signature operation uses a collision-free hash function h : N The signature of message m with key 
where §| [ h(m) ] = (r^s) is r = g - ( mod p ) , s = k ( " 1) ( h(m) - rwj) ( mod q ) . This signature can be verified with the public 
counterpart 

so r, = g~- ( mod p ) 

of Wj by checking the equation 

g h{m) 1 z 3 rf ( mod p ) . 



The hash function h must have a property that knowing m, S,; [h(m)l one cannot produce any pair tcL Si [h(oV)l where 
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All through the update phase, the encryption and authentication is performed with values wf®, h where t is the round 
that has just ended. The adversary who comprised a server during this round will know the secret key this server uses 
to sign and decrypt during the update protocol. 

s The Full Update Protocol 

The following steps detail the update protocol used by the servers in step 314: 
At step 410, each server Pj picks (k + 1 ) random numbers 1 1 . t; 2 » ■ • t; (k+1) ' n 2g which define an updating polynomial 
f|jz) = !iiz 1 +f l2 z 2 + .: - + !i ( k + i)£— in^(step510). " 
10 It forms (n - iTshares u ( j = "f j"(j) ( mod q ) , i * i of this polynomial (step 512), and creates its message msa , : 

to '". 9* 9 ik "\ E, {u n . E 2 **] [u a E (M) **"] [u, M) , E (W) *n [u i(M) E„ *"] [uj (1) 

where all exponentials are computed in Zg (step 514). Additionally, each server Pj picks its new private key w/ f+1 ) as a 
15 random number in (step 516), and computes its corresponding new public key: 

r, (,+1) «0 "''"'( mod p ) 

(step 518). £4 then broadcasts a pair {msg h r/ f+1 >) signed with its old key wfi (steps 412 and 520). 
20 At step 414, each server Pj considers the messages it received in the previous step. If for some i, it received no or 
more than one authenticated message of the form (msg Jt rf M ^), it marks Pj as "bad". Let Bj be the set of indexes of serv- 
ers not marked as "bad ". Pj then decrypts the 



25 



30 



35 



40 



parts of messages msq^ j e Bj . Then, for every i * i, it verifies whether yjj agrees with the coefficients given in the 
part of the message msg^: 

g"U I { g*»)i { gf»)i> . . . (g W>)i<~> ( m0 d P ) ( ^ ^ 



If this equation does not hold, Pj marks Pj as "bad", removes j from Bj and creates an accusation that it was cheated by 
Pj , ace j j = (ij) . For each server marked "bad", Pj displays corresponding messages to the management on its display 
showingTwhy it thinks something is wrong with Pj . Then, at step 416, the server broadcasts a signed set of all its accu- 
45 sations concatenated with the set of all new public keys 

50 

it received in the previous step. The signature is made with the old private key wfi. 

At step 418, each server Pj verifies signatures on the messages broadcasted in the previous step. If more than one 
message is broadcasted with the same signature, the corresponding server is marked "bad", set Bj is reduced and the 
proper messages for the management are displayed on Pj 's console. Servers display the set of pairs (iJ) on their con- 
55 soles such that a new public key r/' + 1 ) was not acknowledged by Pj. This lets the management trace where the active 
link attacks are. However, the lack of acknowledgements for new public keys does not influence Bj. For each accusation 
accj j by some server P| . j g B j. server Pj broadcasts a signed response containing the share and the random vector 
used in communication with Pj : resp ij = ( i, j, k ,j, u tj ) , so that to allow for a public trial to determine who was cheating. 
These responses should be concatenated and broadcasted with one signature. 
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At step 420, if more than one response was broadcasted with the signature of the same server, every server P 
marks it as "bad", reduces its set Bj and displays messages for the management. Each server P makes its own decision 
for every pair of (acc ^. resp u ) that were properly broadcasted by Ej in step (1 ). The values sent in respj j are treated with 
suspicion, so they are denoted with "primes": K ijt u' ir Every server P decides according to the following algorithm: 

5 

(a) If 

Ej H \u tJ ] + (u' ij (r J «) (mod p) , g k * (mod p)) , 

w or when Ej did not respond to Ej 's accusation at all, then Ej is cheating and so it must be marked as "bad". Other- 
wise: 

(b) If (UjjJSij) are indeed the values that were used in msQj . then check whether if g = u fj is the proper share of 
polynomial \ t by evaluating the same equation (2) as should be used by Ej in step (2). If the equation does not 

15 agree, then it is a proof that P, sent a bad share to Ej and so it must be marked as "bad". If the equation is correct, 
then P marks Ej, as "bad". 

For each server marked "bad", set B, is reduced and corresponding messages on Ej 's console are displayed. 
At step 422, each server £ computes: 

20 

x u*d _ x u) + £ fk{i) ( 

25 

A 

30 

Also, each server deletes all the variables used in this protocol, except of new share new key iv/ M >, set 

{y/ +1) )j€{i,n} and set {0 </+1) )je{i,n} of new public keys. 

The proper update polynomial 5(«) is equal to the sum 

35 

£ (mod q) , 

/ceB 



40 where B = B , (in step 420) for at least (k + 2) servers P, , i € {1 , n}. 

Whenever a server P is expecting to receive a signed broadcast of a message of a known format and it receives 
two such messages, both seemingly coming from the same server P^ , then P marks Ej as faulty. Of course, the attacker 
could always send the same message that Ej did. In this protocol, every server sends up to three messages. Therefore, 
whenever P gets a set C, of messages seemingly signed by P^ , it should throw away those elements of Cj that were 

45 broadcasted by £j in some previous step of the protocol, and then if all other elements of Cj are the same, take this ele- 
ment as Ej 's message. Otherwise, mark Ej as "bad", because it is either cheating or it is duplicated by the adversary 
who compromised its authentication key. Another fine point is that if Pj sees some messages signed seemingly by itself, 
it also marks itself as "bad" and computes Bj accordingly. This way, even though it is duplicated, it will compute its new 
share x/ f+1 > and all {yy (ff1) }^{i,n} correctly. Its new public authentication and encryption key r/' +1 > is not acknowledged 

so through, and must still be taken care of. 

Analysis of the Update Protocol 

The adversary can interfere with the above protocol in three ways: 

55 

It can make the server it controls cheat in this protocol. A disabled server will look like it is cheating or like it is send- 
ing random messages (if it encrypts and signs messages with the wrong keys). 
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It can send messages signed with the keys of the server it compromised during the round before this update phase. 
For the other servers, this case is indistinguishable from the case when the server is still controlled by the adver- 
sary. 

5 • It can attack a link between a server and a communication channel. 

Since at every update round there are (k + 2) servers who are honest, who were not compromised in the previous 
round and whose link to the communication channel is not under active attack, these servers' sets Bj will all be the same 
and will have at least (k + 2) elements. Therefore, the secret-sharing polynomial f will be updated "with at least (k + 2) 
w polynomials t;. none of which can be reconstructed by the adversary. In the worst case, the adversary can learn k 
shares of each of these polynomials, but since they are all of the degree (k + 1) and \ (0) = 0 for each of them, one 
needs (k + 1 ) shares to reconstruct them. 

Recovery After Update 

15 

From the messages displayed on the servers' consoles, the management can decide which machines are control- 
led, compromised or disabled and which links were under active attack by the adversary. In particular, the consoles will 
display information on two (often intersecting) sets of servers: 

20 • Those who didn't receive some acknowledgements of their new public keys. 

Those whose new public keys are not acknowledged by at least (k + 2) servers, whose secret shares are 
badly computed and inconsistent with the new polynomial ft+ 2 \ Also, their view of the current set {y/' +1) }/e{i,n} >s 
not correct. 

25 

The first set gives the management information about the active link attacks. The managers then promptly remove 
the adversary from the deduced links. With regard to the second set. the managers first perform a key reinstallation pro- 
cedure (step 316) and then trigger an automatic share recovery protocol (step 318). Let C be the set of servers in A 
whose public keys {r^ } are well-distributed and acknowledged by other servers. Then |C| ^ k + 2. 
so The reinstallation of P, *s key (step 31 6) is as follows: Through Pj 's console, the managers install the set [rfa c and 
then ask P| to pick its new random private key Wj € Zg . P± picks such a number and displays the corresponding public 
key 

r^g w ' (modp). 

35 

The managers then install this number in all other servers. Set C is augmented by Pj . When this reinstallation is fin- 
ished, the managers trigger the recovery protocol on servers C. Alternatively, the servers themselves are programmed 
so that whenever some public key is reinstalled in them they start an agreement protocol to trigger the recovery protocol 
automatically, when all the servers in the C are ready. 

40 

Share Recovery Protocol 

Let Py denote the server who's share x u = f (u) needs to be reinstalled. At first, step 610, the servers choose an 
initial set Bc=C \ {PJ of (k + 2) servers. They are picked from C because they must be able to authenticate g themselves 
45 to Py and vice-versa. This is easy since servers are ordered by indexes and they know the current state of C, Le,, serv- 
ers who have working authentication and encryption keys. The protocol must have the following properties in the pres- 
ence of the adversary: 

• Py learns only Xy , Le., it can't learn any other share x, where i e B. 

so 

No (k - 1) group F c A \ {PJ of servers can learn x^ or any Xj , where i e A \ F 

Server P^ learns the proper set {yjj^-, ^. 

55 The basic set of (k + 2) servers with valid shares of f , can recover not only x = f (0) ( rnodq ) but any other value 
of f , in particular the share x u = f (uv) ( rnodq ) that P^ needs. This can be done with the Lagrange interpolation for- 
mula. After set B of (k + 2) servers that are supposed to cooperate is established, each ft . i € B sends 
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a,= x, f] jj(modq) 

j€BJ*t 

s to P^j . Then Py adds them together to get 



* u = f (u)= £ a,- 

to 

However, if the present invention only did that, P^ would also learn all x,- s from $ *s. But the present invention can treat 
ajS as trivia! secret shares of Xy . So the present invention requires servers in B to rerandomize these shares before 
sending them to P^: Each server Pj in B picks (Is + 2) random numbers {c^b in . Then they exchange these values 

15 pairwise: Pj gives Cy to Pj and gets c^j. And then each sends a' , = a , + £y e e Cy, - L y6 e Cy, (mod q) to P^ . Notice that 
E #e e a ' / : = x u ( m °d Q) . so this is another secret sharing of x M . Now the basic scheme must be made verifiable using 
the same tools used in the update phase protocol. 

Given below is the full protocol for making the scheme verifiable. Notice that all broadcasts involve servers in C 
including the ones that are not currently in set B and the server P^ . For clarity, the below does not mention that for every 

20 authenticated broadcast, the recipients check the signature on the message and when there is a duplication attack 
(because the sender is cheating or its keys are compromised and duplicated), they mark this server as "bad" and dis- 
play adequate messages on their consoles for the management. This is the same procedure as in the update protocol. 
The protocol for making the scheme verifiable is: 

all Pj 's in B compute k + 2 random values teyljefi in Zg each, and broadcast: 

25 

({g c>i {modp)} Je s , {Ej k *[c$ j€ B ) (3) 

and a signature of this message (step 612). 

At step 614, all P, : 's in B decrypt values fey}^ from the above broadcasts and verify whether they were given right 
30 shares from every server Pj , by taking the exponent 

g c 1i 



35 

broadcast by Pj in the same message. If this value does not agree, Pj broadcasts an accusation acc , « = ( i, j, S j [ij] ) 
of Pj to all servers (step 61 6). It also marks Pj as a "bad" server. 

At step 61 8, just like in the update protocol, for each accusation accy by some server Pj , server Pj verifies the sig- 
nature Sj [jj], and if this proves that the originator of the accusation knows x, then £ responds by broadcasting Cy and 
40 the random vector used in communication with P j : resp j j = ( i, j, k j j^c j j ) , so as to "allow for a public trial to determine 
who was cheating (step 620). " " 

At step 622, every server P (not only the ones in B), for all pairs acc y. respy broadcasted in the two previous steps, 
verifies whether these are the true values used in the communication between Pj and Pj , and if they are, checks 
whether the exponent 

45 

g c a ( mod p ) 



so of the sent value agrees with the exponent broadcasted by Pj in the set 

{g c v (modp)} j€B . 



This step is equivalent to the verification in step 420 of the update protocol. Either P, : or Pj will turn out to be cheaters 
and will be adequately marked as "bad" by P 

At step 624, every server considers its local set & of servers it marked as "bad" in the previous step. If 
| F j | = m * 0 , they compute new B: B <- (fi\E) u {max(B) + 1 , . . . , max(B) + m}. Due to broadcasts, all honest and 
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active servers will have the same view of F and hence the same view of the new B. After they recompute the B, they 
start the protocol again from step 610. 

At step 626, if nobody cheated in the previous step, every server P± computes its subshare: 

5 

a*,= a,+ £ c r £ c fi (modq) (4) 
je B jeB 



10 At step 628, each server Pj in B broadcasts 

75 

to all servers where kj is a random number in 

At step 630, P u decrypts all {a'J^e from these broadcasts and computes x u = £, ee a', (mod q) . Then it checks 
whether the exponent 

20 g* u ( mod p ) 



of this value is the same as the public key that was installed at initially. If it is, the reconstruction ends at step 632. 
25 If not, some server from B must have cheated. P finds the cheaters by evaluating for every ie _B: 



30 



9 ai - (yJJl *J 

j€B , j#i {mod p) 



9*' l sr -J *nsr Cji * (n srCji)( " 1) ( mod P) 

J€B J€B 



35 where the values 



40 

are taken from broadcasts in step 61 2. If the second formula does not hold, it means that £ did not send the proper a'/ 
to Eu . To prove it to others, P^ broadcasts its accusation acc s ■ (i, S temp [i]) to all other servers (step 634). Also, it 
itself marks all the cheaters as a "bad" set R 

At step 636, like in step 618 of this protocol, every accused server Pj verifies the signature on the accusation acc, 

45 and if it is valid , it broadcasts response resp , = ( /, k i% a* j) . 

At step 638, every server £ checks all these accusations by first checking that these are the values used in the 
communication and then checking the same verification equations as Py performed above. Again, they will all arrive at 
the same set F of servers they detected to be faulty. If it turns out that it is P^ who is cheating, then they will all send 
adequate messages to the system managers and the recovery procedure will be stopped (step 640). This event would 

so mean that P^ is again controlled by the adversary. This is just like any other adversary detection: The system managers 
will read the warnings displayed by the servers and restart the whole recovery process. If however, s accusations 
are correct then, as usual, the servers display proper warnings tor the system management and continue the recovery 
by recomputing the set B: B «- (B \ F) u {max(B) + 1 . . . . , max (B) + m}, where |F| = m , and restarting the whole pro- 
tocol from step 610. 

55 

Security of the Update Protocol in the Presence of Controlled Servers 

Securing the above protocol in the presence of k cheating servers and no attacks on the links can be reduced to 
verifiable secret sharing. Namely, the solution is a mechanism with which the honest servers Ej will be able to detect if 
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any particular server P± was cheating in the protocol. In this case, they will unanimously mark its shares of updating pol- 
ynomial fj as "bad". Pj cheats in the above protocol if and only if the values that it sends to other servers in step 612 are 
not proper values of any Js degree polynomial f over Zg such that f (0) = 0 ( mod q ) . This is a somewhat simplified case 
of verifiable secret sharing, which is called verified sharing of a value, because every server P distributes a known value 
5 zero among (n - 1) other servers (it also gives one share to itself). Just like in verifiable secret sharing, honest servers 
should unanimously agree whether the "secret" value zero was properly shared by R Also, just like in verifiable secret 
sharing, it should be achieved in such a way that each server learns only its own secret share. 
The modified steps 61 8-620 of the update protocol from above would be: 

10 

X/ <' +1 ><- x .<'> + ^ f k {i)(modq), 

k€Bf 

is where Bj is the set of indexes of all servers whose update polynomials were not marked as "bad" by R . With verifiable 
secret sharing mechanism, if Pj and Ej are both honest during the update phase, then Bj = Bj , they will have the 
same judgment about the honesty of other servers. 

Existing protocols for verifiable secret sharing all require a broadcast channel. Therefore, from this point, assume 
that each of the n secret-sharing servers has a link that connects it to a common broadcast channel like ether net. Every 

20 message that gets onto this broadcast channel gets to all links connecting this channel to the servers. 

If verifiable secret sharing in the presence of up to k cheating, disabled or frozen servers during the update is 
achieved, there will be at least n - k updating polynomials £ with which every honest server will update its shares. 

This degree of re-randomization of shares is enough to ensure the second property of the proactive scheme, 
namely that knowing k shares before the update and k shares after does not let the adversary reconstruct the secret. 

25 The fine point is when k servers are controlled during the update: The adversary will then know k shares of each updat- 
ing polynomial fj , and this will allow her to reconstruct all of them, because the free coefficient of them all is known to 
be zero. Hence, she can compute the total updating value 6(i) = (f 1 (i) + f 2 (i) + . . . + f n (i)) ( mod q ) of every server P| 
. However, if the adversary compromises a set E of k servers during the update phase, she can not compromise any 
other servers in either the round before or after this update. Hence she knows all {x/ty fc F and {5(>)}fe{i,n} which in par- 

30 ticular allows her to compute {xf t+ F which she knows anyway. But she still cannot learn any additional share x/^, j 
£ For xf***\ j F, which would allow her to reconstruct the secret. 

Security of the Update Protocol in the Presence of "Duplication" Attacks and Link Attacks 

35 If the adversary compromises server A in round t and leaves it in the same round, then during the update phase 
between rounds t and (t + 1) this server will not be faulty, but the adversary will know all its secrets. Assume an adver- 
sary who has only compromise servers (no active disruption of the protocol). Let F be the set of servers compromised 
by the adversary during round t and during the update V(t + 1). In the worst case, |F| = (k - 1) . Let G be a set of "good" 
servers, who are absolutely secure against the adversary both in the round and during the update. Obviously, each £ , 

40 \ e Q that they will send to servers £. Now, depending on the protocol, it may or may not learn the shares of t; , i e Q 
that A gets. If servers send the shares of their updating polynomials just encrypted under the key known to A, then the 
adversary can learn them. 

Proactively Secure Public Key Certification Authority 

45 

Presented is a complete solution showing how to apply proactive secret sharing to implement a proactively secure 
Key Certification Authority center. Described is a system that performs an EIGamal signature operation of messages 
and maintains its signature key proactively. Such a system can be effectively used as a key certification authority, 
because the messages it signs could be in public keys and identification tags of other users. 

so 

Distributed Version of EIGamal Signature 

At first, assume a distributed version of the EIGamal signature algorithm, in which a signature operation is per- 
formed by a group of participating servers, who form a signature center together. The signature is composed of the par- 
55 tial signatures of these servers. It can be checked with a single public verification key. This means that, conceptually, 
there is also a single signature key, only that it is shared among the servers forming the signature center. The algorithm 
allows a change in the distribution of this secret key among the servers that share it, Le^ it allows proactive update of 
shares. 
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Let b be a large prime number and g a random number smaller than p. Both p and g are known by all the parties in 
the network. Each server takes as its private key a random number , where i e {0,n} and x, : < p - 1 . After the private 
keys of all the servers are initialized, it is required that in every consequent round, the sum 
X 1 ( ° + x 2 C ° + • • • + x n (0 = x ( mod Q) . where x/*> stands for a private key of the server P, : at round t and x stand for 
a conceptual constant secret key of the signature center. Initially, each server computes the public counterpart of its pri- 
vate key: 

y, = g x ' (modp). 

Then they send out their parts of a public key to one another, so that the public verification counterpart of x can be com- 
puted: 

75 y<- y-[yz-y„=9 9 — 9 = 9 "(modp) (5) 

The sequence ( p. q. y. n) is a public key used for verification of the signatures produced by this signature center. 
Issuing of a Signature 

20 

To sign message m, each server picks its own secret random number kj , relative prime to (g - 1). Then each server 
Ej computes the first part of its signature: 

r, = g k '(modp). 

25 

Each server broadcasts its tj to other servers, so that each of them can compute a second part of its signature: 

S/= k,'\m-x f r,r 2 ...r n )(modp'1) (6) 

30 The value of kf 1 (modp-1) can be found by the Euclidean algorithm, just like in the original EIGamal signature scheme. 
The signed message is a following sequence: 

S(m) = (m, s v s 2 ,..., s„. r v r 2 ... ( r n ) (7) 

35 Verification of a Signature 

The party that needs to verify the signature checks whether the following is true: 

9 =y r i r 2 " r n (modp) (8) 
We can show that this is true by the following transformations: 



40 



45 x 1 A l ...r n +...+x n r 1 ...r m-x^, r 2 ...r„ m-x n r,...r n n * m 

= 9 9 9 =9 (modp) 

Security Analysis 

so The security of the above basic distributed EIGamal algorithm, as well as the rest of the present protocol, relies on 
the assumption that computing logarithms in the final field of big prime order is computationally infeasible in probabilistic 
polynomial time. This is the fundamental security assumption of the EIGamal and DSA encryption and signature 
schemes. The above distributed version of EIGamal public key algorithm is just as secure as the original version. If the 
attacker can break the present invention's algorithm, she would be able to break the regular EIGamal as well. Assume 

55 that the attacker knows m. S (m) and xi, X2 Xq-i- What she still needs is Xp . She can compute 
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where negative exponent is computed modulo (e - 1). We substitute x = x n s n , k = k n r^r 2 ...r n . Then the attacker 
knows: 

9* = (9 Xn ) Sn (modp), g H = (g kn ) ' 1 ' 2 {modp) 

5 

and x+1 = s n k n + x n r 1 r 2 ...r. = m ( mod p -1) . In this set of three equations, one of the first two can be derived from 
the rest. For example, g k = g +K (g *) (1) ( mod p -1) . So, left are the following two equations, where a,_b are known and 
xJsare unknown: 

10 g* = a (modp) x+ k = b (mod p-1) 

The security of the original EfGamal algorithm is based on the fact that the second equation does not give out any infor- 
mation about x, if k is unknown, and hence, EIGamal is as secure as it is computationally irrfeasibie to compute a loga- 
rithm x=Jog g a ( mod p ) in probabilistic polynomial time. 

15 

Adapting the Distributed EIGamal to Proactive Threshold Secret Sharing Scheme 

The present invention incorporates Shamir polynomial secret-sharing to the above distributed EIGamal. This incor- 
poration creates a threshold proactive scheme, but the threshold is only during the round. As noted before, threshold 
20 during the update phase requires recovery mechanism. This scheme does not achieve robustness. Hence, this prelim- 
inary scheme is secure against an adversary who: 

Can compromise up to k servers in each round. 

25 • Can freeze up to k servers during the round, but not during an update phase. 

The present invention is related to the Desmedt and Frankel solution of threshold secret-sharing in the exponent, 
described in Threshold Cryptosystems. Crypto 89. pp. 307-15, which is hereby incorporated by reference. Their idea 
was to use Shamir threshold secret-sharing by polynomial of degree k and then compute the exponent of the secret with 

30 a group of (k_+ 2) honest servers by computing components of Lagrange interpolation formula locally at each server. 
The similarity between their scheme and the present invention is that both use Lagrange reconstruction of a secret 
shared with a polynomial, but nobody can learn the reconstruction secret in the process. The secret is only used to 
either exponentiate a message (in the case of Desmedt and Frankel) or issue an EIGamal-derived signature (in the 
present invention). The present invention uses k degree polynomial function f to secret-share f (0) = x among a serv- 

35 ers. It picks a and the element qe so that g is of prime order g, g -9 = 1 (mod p) . Q should be as big as possible, 
so that p = mq + 1 , m e {2,3,4}. The public key becomes now a sequence ( p. a. a. v. k) . 

The present invention assumes that during a safe initialization stage, each server gets its secret share of x, 
x j = f_(i) , where f is computed in . To issue a signature, the servers agree on a group B of any (k + 2) active servers 
that will participate in signing. The other servers are idle. Knowing set B, each server , [ e B computes: 

40 

a ' = *'* n Tj {modq) (9) 

45 

From the Lagrange interpolation formula, this ensures that 



£ a,- - x(modq) (10) 

50 i€ B 



because Vj , x , = f (i) , x = f (0) and f is a k degree polynomial in . The existence of inverses of (i - j), i * i is ensured 
by the fact that a is prime. Using a,; s as their partial secrets, servers in B issue their partial signatures (L\ ,Sj ), i € B 
55 following the basic proactive protocol from above: 

r, = g Hi (modp) 
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s, = k t ° * (m-a, Y] 0) {modq) 
S(m) = (m, {(r„s,)}, efl ) 



5 



The verification formula becomes: 



70 <r lf s^est/n) 



is Verification and Robustness in Signing Protocol 

The first property that must be added to the above preliminary threshold scheme is robustness during the round. 
This will make it secure against an adversary who can control up to js servers, but still only during the round, not during 
an update phase. The above threshold scheme is signers-dependent, because it is essential that before issuing the sig- 

20 nature, honest servers agree on the (k + 2) element set B of servers that will cooperate to sign the message. To be able 
to pick set B of some currently active, honest servers, a mechanism with which honest servers can filter out cheaters is 
needed. Formally, each server, knowing B. m and S(m), should be able to verify for every server £j , i e & whether its 
partial signature to , Sj ) g S(m) is Qprrept in the sense of being computed according to the protocol with the same m. 
9 . P, q and the proper secret key a, computed according to equation (5). 

25 To enable this mutual partial verification between the servers, the present invention treats secret shares xfQ of each 
server as their private signature keys and gives all other servers the public verification counterpart to these keys: 

y, (f) = S ' ( mod p ). 

30 Every honest processor P (not only those that are currently in B) verifies a partial signature f r ; . sJ e S(m) of every 
server P± in B in the following two steps: 

1 . Knowing current B and 

35 y, = g* 1 ( mod p ), 

P computes 

40 9 1 = (Yi) ^ {mod p) • 



45 



SO 



55 



2. Having computed 

9 ai 

as above, P takes S(m) and verifies 
Pj *s signature by the equation: 



In this way, all honest servers can determine set E c fi of faulty servers that cheated while issuing the signature £(m). 
Since the servers are ordered by their indices i e {1 , n}, it is trivial for honest servers to update set B to filter out the 
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detected cheaters and try a new set of active servers. For example, at the beginning of every round they start with B = 
1,2 k + 2 and every time they sign and detect a set of m > 0 cheaters F = fa , . . . j^,}, they take 

8f-(e\F)u {max(e) + 1,..., max(B) + m] (13) 

5 

Since the present invention assumes that at every round, up to k servers can be taken over by the adversary and thus 
can be cheating, the following update will be performed no more than k times (in the case when the cheaters come out 
"one by one"). This is equivalent to issuing up to k extra signatures every round. This is a negligible overhead. 

The update protocol from above can be extended to ensure maintenance of public counterparts y/G , of secret 
io shares xfi for every round t In step (2), when server P, sends t (D to Pj , it also sends 

75 

to all other servers. This will allow all the servers to compute the public key for all i: 

y, (M, ^y, w *to ,,W » W .-ff , " W )("«*PJ 04 
20 Assuming "hardness" of computing logarithms in , broadcasting 



25 

does not help the adversary. 

Although the present invention and its advantages have been described in detail, it should be understood that var- 
ious changes, substitutions and alterations can be made herein without departing from the spirit and scope of the inven- 
30 tion as defined by the appended claims. 

Claims 

1. A method of public key cryptography having proactive, robust and recoverable distributed threshold secret sharing, 
35 comprising the steps of: 

initializing servers linked by a communications network to form keys; 
synchronizing said servers to operate in discrete rounds having ends; 

calculating updated keys at said ends of said rounds from messages broadcast on said communications network; 
verifying said updated keys to form a set of compromised servers; and 
40 recovering said set of compromised servers. 

2. The method of claim 1 , wherein said initializing servers linked by a communications network to form keys com- 
prises the steps of: 

choosing random numbers for each said server; 
45 calculating secret values for each said server from said random numbers; 
calculating private keys for each said server from said secret values; and 
broadcasting public counterparts of said private keys on said communications network. 

3. The method of claim 1 , wherein said calculating updated keys at said ends of said rounds from messages broad- 
so cast on said communications network comprises the steps of: 

picking a set of random numbers defining a polynomial for each said server; 

picking a new private key for each said server, said new private key derived from said polynomial; and 
broadcasting messages derived from said polynomial on said communications network. 

55 4. The method of claim 1 , wherein said verifying said updated keys to form a set of compromised servers comprises 
the steps of: 

analyzing said messages broadcast on said communications network to form a set of bad servers; 
creating a set of accusations corresponding to said set of bad servers; 
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broadcasting said set of accusations on said communications network; and 
analyzing said broadcasted set of accusations to form an updated set of bad servers. 

5. The method of claim 1 , further comprising the step of displaying messages identifying said set of compromised 
5 servers on a console. 

6. The method of claim 1 , wherein said recovering said set of compromised servers comprises the steps of: 
installing a new private key in each server in said set of compromised servers; 

choosing a set of recovery servers from said servers; 
10 computing sub-shares for each server in said set of recovery servers; 

broadcasting messages derived from said sub-shares on said communications network; and 
verifying said messages derived from said sub-shares received by said set of compromised servers. 

7. The method of claim 6, wherein said choosing a set of recovery servers comprises: 
75 choosing a subset of said servers; 

computing a set of random values for each server in said subset; 

broadcasting signed messages derived from said set of random values on said communications network; 
verifying said signed messages to derive a set of bad servers; and 
eliminating said set of bad servers from said subset of said servers. 

20 

8. The method of claim 1 , further comprising the steps of: 
picking random numbers for each said server; 

computing first parts of signatures for each said server from said random numbers; 
broadcasting said first parts of signatures on said communications network; and 
25 computing second parts of signatures for each said server from said first parts of signatures. 

9. The method of claim 8, further comprising the step of verifying a message signed with said second parts of signa- 
tures. 

30 10. A data processing system for processing a public key cryptography scheme having proactive, robust and recover- 
able distributed threshold secret sharing, comprising: 
servers linked by a communications network; 

initialization means for initializing said servers to form keys associated with said servers; 
timing means for synchronizing operation of said servers into discrete rounds having ends; 
35 updating means for updating said keys at the end of each round of said discrete rounds to produce updated keys; 
verification means for verifying said updated keys to form a set of compromised servers; and 
recovery means for recovering said set of compromised servers. 

11. The data processing system of claim 10, wherein said initialization means comprises: 
40 choosing means for choosing a random number for each said server; 

first calculating means for calculating a secret value for each said server from said random number; 

second calculating means for calculating a private key and a public counterpart of said private key for each said 

server from said secret value; 

broadcasting means for broadcasting said public counterpart of each said private key on said communications net- 
45 work. 

12. The data processing system of claim 10, wherein said updating means for updating said keys at the end of each 
round of said discrete rounds to produce updated keys comprises: 

random number generating means for generating a set of random numbers defining a polynomial, said set of ran- 
50 dom numbers associated with each said server; 

private key generating means for generating a new private key for each said server from said polynomial; and 
broadcasting means for broadcasting a message on said communications network derived from said polynomial. 

13. The data processing system of claim 10. wherein said verification means for verifying said updated keys to form a 
55 set of compromised servers comprises: 

first analysis means for analyzing messages broadcast on said communications network to form a set of bad serv- 
ers; 

accusation means for creating a set of accusations corresponding to said set of bad servers; 
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broadcasting means for broadcasting said set of accusations on said communications network; 

second analysis means for analyzing said broadcasted set of accusations to form an updated set of bad servers. 

14. The data processing system of claim 10, further comprising display means for displaying said set of compromised 
servers. 

15. The data processing system of claim 10, wherein said recovery means for recovering said set of compromised 
servers comprises: 

selecting means for selecting a set of recovery servers from said servers; 
computing means for computing a sub-share for each server in said set of recovery servers; 
broadcasting means for broadcasting messages derived from said sub-share from each server in said set of recov- 
ery servers on said communications network; and 

verification means for verifying said messages derived from each said sub-share received by said set of compro- 
mised servers. 

1 6. The data processing system of claim 1 5, wherein said selecting means for selecting a set of recovery servers com- 
prises: 

choosing means for choosing a subset of said servers; 

computing means for computing a set of random values for each server in said sifcset; 

broadcasting means for broadcasting signed messages derived from said set of random values on said communi- 
cations network; 

verification means for verifying said signed messages to derive a set of bad servers; and 
elimination means for eliminating said set of bad servers from said subset. 

17. The data processing system of claim 10, further comprising: 

random number generation means for generating a set of random numbers for each said server; 
first computing means for computing first parts of signatures for each said server from said set of random numbers; 
broadcasting means for broadcasting said first parts of signatures on said communications network; and 
second computing means for computing second parts of signatures for each said server from said first parts of sig- 
natures. 

18. The data processing of claim 17, further comprising verification means for verifying a message signed with said 
second parts of signatures. 
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FIG. 5 
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